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A METHOD OF MANIPULATING AN ALREADY SENT E-MAIL AND A 

CORRESPONDING SERVER 

5 The field of the invention is that of features supported by an e-mail 

system. More precisely, the invention relates inter alia to a method of 
manipulating already sent e-mails. 

In the description below, like in conventional e-mail systems, an e- 
10 mail comprises a header and a body. The header contains administrative 
information for example the e-mail address of the sender, of the 
addressee(s), the time at which it has been sent. The body contains the text 
and the formatting of the message itself. 

15 A common method of transmitting an e-mail over a data network is 

to route the e-mail's header together with the e-mail's body through several 
nodes of the data network according to the e-mail address of the 
addressee(s). Different e-mail protocols may be used in different data 
network. Since the sender and the addressee are not always part of the 

20 same network, some e-mail protocol conversion may be operated at 
gateways during the transmission of the e-mail. 

Japanese Patent JP7 131480 discloses a mail transmitting and 
receiving equipment supporting different mail modes: "new mail", "cancel 
25 mail", "correction mail". A mail is sent to an addressee accompanied by the 
mail mode and an identifier. When the mail is received, it is handled 
according to the mode attached to it. By "new mail", the mail is held 
together with its identifier in mail holding means. By "cancel mail", the mail 
having the referenced identifier is deleted from the mail holding means. By 
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"correction mail", the mail having the referenced identifier is replaced by 
the corrected mail in the mail holding means. 

A disadvantage of that solution is that the cancellation or the 
correction of an e-mail is visible for the addressee. He may for example 
have already read a mail when a "cancel mail" directed to this mail is 
received. However, the sender often whishes that the addressee is not 
informed of the modification. 

Japanese Patent JP71 01 07840 discloses an electronic mail system 
able to manipulate an already sent e-mail. The sender only sends a mail 
header to the receiver side, the mail body remains stored at the transmitter 
side. When a change detection section at the transmitter side detects any 
change of a mail, a mail change information is sent to the receiver side. 
The mail header corresponding to the mail which has been modified is 
updated thanks to an change processing section at the receiver side. 
Depending on a read/unread information, the user at the receiver side is 
informed of the change state of mails thanks to an appropriate list. 

A disadvantage of that solution is that the electronic mail system is 
highly decentralized. The receiver has to access directly to the sender when 
he wants to read the body of a mail. The sender has also to be equipped of 
change detection means which have to check continuously whether a mail 
has been changed. Such a complexity at the sender is a drawback for 
private e-mail users. 

A particular object of the present invention is to provide a method 
of manipulating an already sent e-mail addressed by a sender to an 
addressee, so that the sender can retract or modify the already sent e-mail 
as long as the addressee of the e-mail has not accessed it. 
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This object, and others that appear below, is achieved by a method 
according to claim 1, by a server according to claims 3, by a first computer 
program according to claim 10 and by a second computer program 
according to claims 11. 

5 

The present invention relates to an e-mail system to exchange e- 
mails over a data network. The e-mail system comprises a server that 
enables it to manipulate already sent e-mails. The mails are sent to the 
server which stores^ the mail body together with an access code and send 

10 only a notification containing the access code to the addressee{s) of the 
corresponding e-maih The server handles a status storage indicating 
whether the e-mail has been accessed by at least one addressee. If the 
server receives a modification message dedicated to modify the stored e- 
mail body, this modification is executing according to the content of the 

15 modification message only if the e-mail body has not been accessed by any 
of the addressees. 

An advantage of the present invention is that the addressee(s) 
do(es) not notice the manipulation of the e-mail. 
20 Another advantage of the invention is that the server is a centralized 

unit which executes the manipulation. As a consequence the e-mail 
program at the senders remains not too complex. 

Other characteristics and advantages of the invention will appear 
25 on reading the following description of a preferred implementation given by 
way of non-limiting illustration, and from the accompanying drawings, in 
which: 
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Figure 1 shows an e-mail system to send e-mails from a sender to 

addressees over a data communication network comprising a server 

according to the inventions- 
Figure 2 is a block diagram of an first embodiment of a server 
5 according to the inventions- 
Figure 3 is a flow chart showing a first implementation of the 

computer program according to the invention running on the server showed 

in Figure 3; 

Figure 4 is a block diagram of an second embodiment of a server 
10 according to the inventions- 
Figure 5 is a flow chart showing a second implementation of the 
computer program according to the invention running on the server showed 
in Figure 5. 

15 Figure 1 illustrates a system comprising a personal computer (PC) 

of a sender 10 supporting an e-mail program to send an e-mail to the PC 
of two addressees 11 and 12. All three personal computer 10, 11, 12 are 
connected to a data network 13 dedicated to support the transmission of e- 
mails. The data network 13 comprises nodes 131, 132, 133, 134 

20 dedicated to route the e-mails sent over the data network 13 to the 
appropriate destination according to e-mail addresses contained in the e- 
mail header. A server 14 is also connected to the data network 13. 

The e-mail program supported by the PC of the sender 10 is, 
according to the present invention, dedicated to send an e-mail, addressed 

25 to the addressees 11 and 12, directly to the server 14 regardless of the 
addressees specified in the e-mail. The e-mail program at the PC of the 
sender 10 may for example encapsulate the e-mail in a container e-mail 
directly addressed to the server 14. The server 14 then retrieves the 
encapsulated e-mail and handles it. 
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As introduced above, the terms container e-mail and encapsulated 
e-mail will be used in the following description to make the difference 
between the e-mail addressed by the sender 10 to the addressees 1 1 and 
12 (encapsulated e-mail) and the e-mail carrying the encapsulated e-mail 
5 to the server 14 (container e-mail). The simplified term e-mail may be used 
in cases for which the difference between encapsulated and container e- 
mail is not preventing for properly understanding the purpose. 

In a first embodiment, the e-mail program at the PC 10 may 

10 enable it to compose two types of e-mails. One type is "new e-mail" the 
other type is "correction e-mail". This type information may be contained in 
the container e-mail together with the encapsulated e-mail. 

An e-mail of type "correction e-mail" should contain an identifier of 
the e-mail of type "new e-mail" it relates to. This identifier may be an access 

15 code or the header of the corresponding e-mail of type "new mail", which 
had been sent before. The e-mail of type "correction e-mail" should 
indicate the part of the corresponding e-mail body to be corrected and the 
correction to be done. Two possible manipulations are: delete or replace 
with a new text contained in the encapsulated e-mail body. 

20 In a second embodiment, the e-mail program at the PC of the 

sender 10 may just be able to compose new e-mails. The user at sender 10 
may be able to correct the already sent e-mail by accessing directly the e- 
mail body stored at the server 14. The access may be a remote access to 
the server 14 or an access, thanks to a browser, to a Web page containing 

25 the e-mail. 

When a new e-mail is received at the server 14, the latter sends a 
first notification e-mail to the PC of addressee 1 1 over the nodes 132, 133 
of the data network 13 and a second notification e-mail to the PC of the 
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addressee 12 over the nodes 132, 133, 134 of the data network 13. The 
notification e-nnail comprises the e-mail address of the sender 10 and an 
access code to enable the addresses 1 1 and 12 to access and read the e- 
mail body stored at the server 14. 
5 For simplification sake, the data network 13 is represented by a 

unique data network. The invention applies also to a sender 10 and 
addresses 11,12 connected to different data networks interconnected with 
gateways possibly operating e-mail protocols conversion. 

The invention applies also, if the e-mail program sends e-mails to 
10 an e-mail server gathering all the e-mails sent from a same local area 
network or sent from customers connected to a same service provider. In 
that case, the functionality of the server 14 may be included in the e-mail 
server. 

In another preferred embodiment, the e-mail program at the 
15 sender 10 may delay the sending of an e-mail toward the server 14. A 
delay period may be chosen by the user and stored at the sender 1 0. In that 
case once the user has pressed a button "send" on the e-mail program 
interface, the e-mail program stores the e-mail in a list of e-mails waiting 
for being sent and starts a timer associated to the e-mail. The list of e-mails 
20 waiting to be sent is stored at the sender 10. When the timer has exceeded 
the delay period, the e-mail program sends really the e-mail to the server 
14, During the time period when the e-mail is stored in the list of e-mails 
waiting to be sent, the user at sender 10 may modify or suppress the e-mail 
by accessing the list of e-mails waiting to be sent. 

25 

Figure 2a describes a detailed structure of a first embodiment of the 
server 14 showed on figure 1. This first embodiment of the server 14 may 
be thought to cooperate with the second embodiment of the e-mail 
program at the PC of the sender 10 described above. 
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The server 14 comprises means 21 for receiving a container e-mail 
from the PC of sender 10. Means 21 associate an access code to the new 
received e-mail. 

Means 21 are in relation with a database 22 dedicated to store the 
5 e-mail body of an e-mail encapsulated in a container e-mail. The structure 
of a database entry is showed in figure 2b. 

Each database entry contains an e-mail body field 221, an access 
code field 222 to store the access code associated to the e-mail and a 
status storage field 223 indicating, how many addressees have already 
10 accessed the e-mail body. In a preferred embodiment, the database entry 
contains also a field 224 indicating the number of addressees of the e-mail. 

Means 21 are connected to means 23 for extracting the e-mail 
address of all addresses contained in the header of the encapsulated e-mail 
and sending a notification to each e-mail addressees, so that the 
15 addressees are informed that they have been addressed an e-mail. The 
notification contains the access code to retrieve the e-mail in the database 
22 and possibly some information from the encapsulated e-mail header. 
The notification may be sent by e-mail. 

Means 21 are also connected to means 24 for sending the access 
20 code to the e-mail sender 10 and to means 25 for sending the result code 
of a requested modification to the e-mail sender 10. The result code 
indicates if the modification has been successfully executed or not. The 
access code as well as the result code may be included in special data 
packets sent over the Internet and handled at the PC of the sender 10 to 
25 pop up a dialog box for the result code or store the access code with the 
corresponding sent e-mail. 

The server 14 comprises means 26 for receiving an "access mail" 
request sent by an addressee in order to retrieve the e-mail body 
corresponding to an e-mail the addressee has been notified. The "access 
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mail" request may be a message sent over a data communication network 
like Internet or World Wide Web. The "access mail" request should contain 
the access code corresponding to the requested e-mail. The means 26 
access the database 22 in order to read the e-mail body associated to the 
5 access code and update the status storage. The means 26 are in relation 
with means 27 to download the e-mail body to the addressee. The e-mail 
body may be downloaded via a data communication network like Internet 
or World Wide Web. 

The access code may be a pointer to the place where the mail body 
10 is stored in the database 22, the address of a web page containing the mail 
body or a password to access the mail body. 

An first implementation of a computer program according to the 
invention dedicated to run on the sender 14 detailed in figure 2 is specified 
15 thanks to a flow chart showed on figure 3. The computer program running 
on the server 14 is an event-driven program. It handles incoming events 
like the reception of an e-mail, the reception of a modification message or 
the reception of an "access mail" request. Once the event has been 
handled the program returns to an idle state ready to handle a new event. 

20 

When a new e-mail is received the program executes the following 

steps: 

Step 31 1: the program assigns an access code to the received e- 
mail 

25 Step 312: the program stores the e-mail body in association with 

the assigned access code in the database 22 

Step 313: the program retrieves the e-mail header of the 
encapsulated e-mail and determines the sender of the e-mail and 
the e-mail addressees 
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Step 314: the program sends a message containing the access 
code to the e-mail sender 

Step 315: the program sends a notification e-mail to the e-mail 
addressees 

5 Step 316: the program stores a status storage initialize with null in 

the corresponding database entry 

Step 317: the program stores the total number of addressees this e- 
mail is addressed to in the corresponding database entry and 
returns to state idle. 

10 

When the stored e-mail body is tried to be accessed by the sender 
10 in order to modify it, the program executes the following steps: 

Step 321: the program accesses an entry in the database 22 
corresponding to the access code contained in the modification 
1 5 message 

Step 322: the program checks the field status storage in the 
database entry 

If the status storage is equal to null, the program executes step 323, 
if not the program executes step 324 and following. 
20 Step 323: the program sends a message to the sender of the 

modification e-mail indicating that the modification is not possible 
and returns to the idle state. 

Step 324: the program authorizes the access of the sender 10 to 
the e-mail body stored in the database so that the sender 10 
25 manipulates the e-mail body and returns to the idle state when the 

manipulation is completed. 

When an "access mail" request is received the program executes 
the following steps: 
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Step 331: the program retrieves the access code from the received 
request and checks if the access code is correct 
Step 332: the program accesses the entry corresponding to the 
access code in the database 22 and downloads the e-mail body to 
5 the "access mail" request originator 

Step 333: the program increments the status storage of the 
corresponding database entry. 

Step 334: the status storage is compared to the number of 
addressees of the database entry. If they are equal, the database 
10 entry is deleted and the program returns to the idle state. If they are 

not equal the program returns directly to the idle state. 

A second embodiment of the server 14 according to the invention is 
showed on figure 4a. This second embodiment of the server 14 may 
15 cooperate with the first embodiment of the e-mail program at the sender 10 
described above. 

The server 14 comprises means 41 for receiving a container e-mail 
from the PC of the sender 10. Means 41 also determine the e-mail type 
"new mail" or "correction mail". Means 41 associate an access code to the 
20 e-mail if the e-mail type is "new mail". Means 41 are in relation with a 
database 42 dedicated to store information related to an encapsulated e- 
mail. The structure of a database entry is showed in figure 4b. 

Each database entry contains an e-mail body field 421, a access 
code field 422 to store the access code associated to the e-mail and a 
25 status storage field 423 indicating if the e-mail body has been accessed by 
any of the e-mail addressees and a field 424 containing the e-mail header. 

Means 41 are connected to means 43 for sending a notification to 
each e-mail addressees, so that the addressees are informed that they have 
been addressed an e-mail. The notification contains the access code to 
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retrieve the e-mail in the database 42 and eventually some information 
from the e-mail header. The notification may be sent by e-mail to the 
addressees 11 and 12. 

Means 41 are also connected to means 44 for sending the result 
5 code of a requested modification. The result code indicates if the 
modification has been successfully executed or not. 

The server 14 comprises means 45 to determine the time during 
which an e-mail associated to a database entry has remained unread by 
any of the addressees. Means 45 are connected to means 46 for sending 
10 automatically an e-mail to the addressees after a predetermined period of 
.J time if the e-mail has remained unread. The value of the predetermined 

period of time may be chosen by the sender 10 and contained in the 
^ 'J container e-mail just as the e-mail type. Means 46 access the database 42 

^ J to retrieve the required information to construct the automatically sent e- 

,~ 15 mail. 

The server 14 also comprises means 47 for receiving a 
fU "access mail" request sent by an addressee in order to retrieve the e- 

mail body corresponding to an e-mail the addressee has been 
notified. The "access mail" request may be a message sent over a 
20 data communication network like Internet or World Wide Web. The 
"access mail" request should contain the access code corresponding 
to the requested e-mail. The means 47 are connected with means 48 
for executing an authentication procedure. Means 48 access the 
database 42 in order to read the e-mail address of the addressees in 
25 the stored e-mail header 424 and compare it with the e-mail address 
of the initiator of the access e-mail message. If the access code and 
the e-mail address are compatible, means 49 download the e-mail 
body to the originator of the "access mail" request. The e-mail body 
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may be downloaded via a data communication network like Internet 
or World Wide Web. 

When one of the addressees has accessed the e-mail body at the 
sen/er 14, the e-mail sender 10 is no more allowed to modify the e-mail 
5 body. As a consequence, in a preferred embodiment, means 49 are 
connected to means 46. Once means 49 have downloaded the e-mail body 
to one addressee having requested it, means 46 access the database 42 to 
construct and send automatically an e-mail containing the e-mail body to 
all the other e-mail addressees. When the e-mails have been automatically 
10 sent to all the other e-mail addressees, the corresponding database entry 
may be deleted. 

In a preferred embodiment, the server 14 may comprises means for 
retrieving information (not showed on figure 4) from the database 42. The 

15 server 14 may receive a query from the PC of the sender 10 to retrieve all 
mails sent from sender 10 contained in the database 22. The server 14 
may send the result back to the PC of the sender 10. Some extended 
queries, containing more precise information on the sent e-mails to be 
retrieved, may be possible. Such a feature may be useful for sender 10 to 

20 retrieve already sent e-mails that are not more stored in the list of sent e- 
mails at its PC. 

In another preferred embodiment of the invention the e-mail sender 
10 should subscribe to the service proposed by the server 14, to manipulate 
25 already sent e-mail. The server 14 may also contain means for charging the 
e-mail sender 10 when using the service, a monthly fee or a usage fee may 
be chosen. 
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An implementation of o computer program according to the 
invention dedicated to run on the sever 14 detailed in figure 4 is specified 
thanks to a flow chart showed on figure 5. The events handled by the 
computer program are the reception of an e-mail, the reception of an 
5 "access mail" request and the expiration of a timer. 

When an e-mail of type "new mail" is received the program 
executes the following steps: 

Step 51 1: the program assigns an access code to the received e- 

10 mail 

Step 512: the program stores the e-mail body, the e-mail header 
and the assigned access code in an entry of the database 42 
Step 513: the program retrieves the e-mail header of the 
encapsulated e-mail and determine the sender of the e-mail and 

15 the e-mail addressees 

Step 514: the program sends a notification e-mail to the e-mail 
addressees and returns to state idle 

Step 515: the program stores a status storage initialize with null in 
the corresponding database entry 
20 Step 516: the program starts a timer associated to the e-mail stored 

in the database entry. 

When an e-mail of type "correction mail" is received the program 
executes the following steps: 
25 Step 521: the program retrieves the access code from the received 

modification e-mail and accesses the corresponding entry in the 
database 22 

Step 522: the program checks the field status storage in the 
database entry 
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If the status storage is equal to null, the program executes step 522, 
if not the program executes step 523 and the following. 

Step 522: the program sends a message to the sender of the 
modification e-mail indicating that the modification is not possible 
5 and returns to the idle state. 

Step 523: the program replaces the e-mail body stored in the 
database 42 with a new e-mail body contained in the body of the 
modification e-mail. 

Step 524: the program sends a message to the sender of the 
10 modification e-mail indicating that the modification has been 

properly executed and returns to the idle state. 

When an "access mail" request is received the program executes 
the following steps: 

15 Step 531 : the program retrieves the access code from the received 

message and check if the access code is correct 
Step 532: the program executes an authentication procedure to 
determine if the user providing the access code is one of the 
addressees of the e-mail associated to the access code. 

20 Step 533: the program accesses the entry corresponding to the 

access code in the database 42 and downloads the e-mail body to 
the "access mail" request originator 

Step 534: the program increments the status storage of the 
corresponding database entry 
25 Step 535: the status storage is compared to the number of 

addressees of the database entry. If they are equal, the database 
entry is deleted and the program executes step 536. If they are not 
equal the program returns directly to the idle state. 
Step 536: the program stops the timer and returns to the idle state. 
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When a timer associated to a database entry expires the program 
executes the following steps: 

Step 541 : the encapsulated e-mail is reconstructed thanks to the e- 
mail header and the e-mail body stored in the database 42 
Step 542: the reconstructed e-mail is sent automatically to all the 
addressees who have not read the e-mail yet 

Step 543: The corresponding entry in the database is deleted and 
the program returns to state idle. 
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